popover: Avoid hiding modal popovers if another popover is taking focus

Due to popover modality itself, there's quite high chances the popover
stealing focus has been triggered from within, so stay friendly to it.
Hiding the popover here will only hide the grabbing popover too if this
happens.

https://bugzilla.gnome.org/show_bug.cgi?id=750741

window: Avoid rising the window of already shown popovers

This breaks stacking, as popovers are repositioned sort of frequently
(even more after show/hide animations).

https://bugzilla.gnome.org/show_bug.cgi?id=750741

reftests: fix style class syntax in CSS file

Fixes reftests.

https://bugzilla.gnome.org/show_bug.cgi?id=750605

testsuite: add a test for non-square symbolic icons

To verify the previous fix.

https://bugzilla.gnome.org/show_bug.cgi?id=750605

icontheme: don't modify symbolic SVG dimensions when recoloring

When recoloring symbolic SVG, do not modify the original width and
height of the passed-in file; the function later will scale the image
through gdk_pixbuf_new_from_stream_at_scale(), but we should still
use the original size to create the proxy SVG, or the image will
possibly be doubly-resized or blurry.

https://bugzilla.gnome.org/show_bug.cgi?id=750605

recent chooser: Make it expand

It is expected that the list fills the available space.

https://bugzilla.gnome.org/show_bug.cgi?id=750690

entry: Ensure we unset the magnifier widget on ::destroy

Otherwise there's dangling signal handlers which cause warnings
at the time we attempt to disconnect these.

textview: Set handles' mode to "none" if showing the bubble

show_or_hide_handles() tries to disable visibility when the popover is
shown, although it triggers a bit late, and lets the handles flash briefly
if both popover and handles try to show at the same time (eg. when
pressing on the selection of a previously unfocused textview, the handles
were previously hidden, so they try to show again on focus in).

textview: Perform tougher handle visibility checks after hiding the popover

The handles might fall outside the visible area, and shouldn't be shown
then. Just call gtk_text_view_update_handles() which will perform these
checks, and keep the handle conveniently hidden.

This was leading to unexpectedly visible handles (and in the
wrong/previous position, the handle code doesn't relocate the widget
it's about to hide) when "select all" was selected in the popover on
a textview needing scrollbars.
and extending the selection beyond the view above and/or below.

popover: Be lenient wrt visibility of popovers too close to widget borders

The check used to hide the popover if the pointed area fell partly out of
the widget allocation, textviews now can trigger that with text selections
too close to the visible edge, as a small extra area around is now reserved.

The check has been changed to only hide the popover if the pointed area
falls completely outside the widget allocation.

texthandle: Remove knowledge about window borders

We need to expand beyond these if necessary, so don't artificially
limit things here.

window: Allow more space at edges for popovers

We're clamping to the visible window edge, which misplaces text handles.

entry: Set text direction information on text handles

This way the handles point to the right side on the presence of rtl/ltr
text.

textview: set text direction information on text handles

This makes them point to the correct place, given the theme supports
this.

texthandle: Handle ltr/rtl positioning

This setting is per handle, as is dependent on the selected text, rather
than the locale.

Adwaita: support rtl on text handles

Just use the opposite variant for the opposite LTR side.

texthandles: Move start handle to bottom

The asset is going to change to point upwards, so physically place
the handle below the text position.

https://bugzilla.gnome.org/show_bug.cgi?id=750692

Adwaita: update text selection handles

- we'll put both handles to teh bottom
- renamed top, bottom to start and end. will be easier
  for rtl too.

https://bugzilla.gnome.org/show_bug.cgi?id=750692

docs: Fix some minor typos in comments in GtkWidget

settings: Fix the type annotation for color-hash

The (element-type) annotation cannot be used with properties that return
container types like GHashTable; we need to use the (type) annotation.

https://bugzilla.gnome.org/show_bug.cgi?id=750489

builder: Skip introspecting lookup_callback_symbol()

Opaque function pointers as return values are not really usable in high
level languages, even via introspection.

docs: Fix annotation for GtkGLArea::resize signal

We need to document all arguments for the signal, for both gtk-doc and
introspection.

docs: Improve deprecation notices for GtkSettings

The button and menu item icons settings are deprecated; application
developers should control whether or not a widget should show an icon,
using the existing API.

https://bugzilla.gnome.org/show_bug.cgi?id=750718

docs: Improve deprecation notices for GtkMisc

Point to the replacement properties and functions.

https://bugzilla.gnome.org/show_bug.cgi?id=750718

docs: Improve deprecation notice for rules-hint property

Specify that the theme is wholly in control.

https://bugzilla.gnome.org/show_bug.cgi?id=750718

docs: Improve deprecation notices for GtkImageMenuItem properties

Should help porting code away from the deprecated GtkImageMenuItem
class.

https://bugzilla.gnome.org/show_bug.cgi?id=750718

docs: Add deprecation notices for GtkAlignment properties

We want people to port their code away from deprecated classes, and this
helps finding a replacement.

https://bugzilla.gnome.org/show_bug.cgi?id=750718

gtklistboxrow: propagate in the draw vfunc

So objects connected by g_signal_connect_after actually get
the signal.
This was causing an issue in the dnd highlight, since there
a cairo rectangle is draw using g_signal_connect_after on the draw
signal.

entry: Select word on double tap

The same approach as taken for GtkTextView in the previous commit.

text view: Select word on double tap

This is an initial attempt at implementing double-tap selection.

gtk-demo: Make hypertext demo work with touch

Make tapping on the links work.

wayland: Improve guessing of popup placement for detached popup menus

If a menu was not attached to any widget, we try to calculate its
position given where the grabbed pointer is and what window has its
focus. Previously we failed to do so if a "transfer window" was used
for the grab, and this patch adds a code path that, if the menu window
itself didn't have the grab, look for the transfer window and get the
grab device from there.

https://bugzilla.gnome.org/show_bug.cgi?id=748951

wayland: Don't try to guess the popup menu placement when it was set

If a position was already explicitly set, don't try to guess the
position of popup menus by looking at the pointer position, just use
the set coordinates.

https://bugzilla.gnome.org/show_bug.cgi?id=748951

wayland: Position popups relative to the parent surface

According to the xdg-shell protocol specification the (x, y) coordinates
passed when creating a popup surface is relative to top left corner of
the parent surface, but prior to this patch, if the parent surface
was an xdg_surface, we'd position it relative to top left corner of the
window geometry of that xdg_surface.

https://bugzilla.gnome.org/show_bug.cgi?id=749717

GtkTextHandle: Improve handle positioning

When we are close the window edge, we need to shrink the 'invisible
border' around the handle to avoid mispositioning it. A fiddly
calculation, but it works.

GtkTextHandle: drop non-implemented functions

GtkTextHandle: position handles properly

Move the handles so that the asymmetric assets align with the
start/end of the selection.

widget-factory: Improve touch selection example

Make the check buttons not take focus on click, so the popover
stays open.

entry: Make touch selection work with mouse

The buttons on the popover where stealing the focus from the text
view on click, causing the popover to be dismissed before the action
was taken. Fix this by making the buttons not take focus on click.

text view: Make touch selection work with mouse

The buttons on the popover where stealing the focus from the text
view on click, causing the popover to be dismissed before the action
was taken. Fix this by making the buttons not take focus on click.

adwaita: style tweaks to touch selections

- use dark theme assets for the checkboxes and radios
- darken the popover for legibility (white bg/black text is
  really the most problematic background to have).

unfortunatley in terms of SCSS structure this is further digging us into the
hole of specificity. It would be much nicer to set the .osd class on the popover
and have everything just work. I'm sure we'll end up using OSD styled popovers
outside the touch context.

https://bugzilla.gnome.org/show_bug.cgi?id=750396

Update Catalan translation

entry: Avoid criticals

After the recent changes, we could end up calling
gtk_entry_update_handles in cases where the text_handle
has not be created (e.g. when dragging text from an entry).
Avoid that.

widget: Clarify docs on gtk_widget_set_double_buffered()

Also make them more scary so people really really don't use it as a
random knob when trying to make things go fast.

//bugzilla.gnome.org/show_bug.cgi?id=750505

main: Push the current event on the stack before we start needing it

The changes in commit 13e22e20300b7312e52bba7d077fc7e231695fc1 made
_gtk_window_check_handle_wm_event() indirectly depend on
gtk_get_current_event_time() which relies on the current event being
available on the current_events stack.

Since the current event is only pushed on the stack afterwards we get
an invalid timestamp which breaks ewmh window moving.

This fixes the issue by pushing the current event before we start
relying on it being there in gtk_main_do_event() and, as a byproduct,
also fixes a potential memory leak when we have a rewritten event and
return early due to _gtk_window_check_handle_wm_event() being TRUE.

https://bugzilla.gnome.org/show_bug.cgi?id=750384

entry: Always clear handles for mouse interaction

There were some cases where we left a handle visible
during mouse interaction, which is a little weird.

entry: Move touch selection a little further away

Otherwise, it looks cramped, and we end up under the finger.

entry: Hide popover when touching elsewhere

Otherwise, the popover becomes 'sticky' and hard-to-dismiss.

entry: Use the drag-started signal

Use the drag-started signal to differentiate between drags that
move a handle and taps on a handle. Show the touch selection popup
for the latter, but not the former.

entry: Make handles come back reliably

We were setting the text handle mode to NONE too aggressively.

entry: Never show handles and popover at the same time

Hide the handles when the popover appears, and brind them back
when it disappears. This will need revisiting if we start using
the popover for mouse interaction as well, where we may not
want handles to show up.

entry: Shorten touch selection timeout

We don't want the popup to appear spontaneously, so eventually
the timeout may go away altogether. For now, shorten it to 50ms,
to avoid rewriting all the places where the timeout is set or
unset.

text view: Always clear handles for mouse interaction

There were some cases where we left a handle visible
during mouse interaction, which is a little weird.

text view: Move touch selection a little further away

Otherwise, it looks cramped, and we end up under the finger.

text view: Use the drag-started signal

Use the drag-started signal to differentiate between drags that
move a handle and taps on a handle. Show the touch selection popup
for the latter, but not the former.

GtkTextHandle: add a drag-started signal

This will be used to discriminate drags from taps.

text  view: Don't popup after drag selection

Don't show the touch selection popover after a selection drag
ends. Instead, the popover will be triggered by an explicit
touch on the selection.

text view: Never show handles and popover at the same time

Hide the handles when the popover appears, and brind them back
when it disappears. This will need revisiting if we start using
the popover for mouse interaction as well, where we may not
want handles to show up.

text view: Shorten touch selection timeout

We don't want the popover to appear spontaneously, so eventually
the timeout may go away altogether. For now, shorten it to 50ms,
to avoid rewriting all the places where the timeout is set or
unset.

Updated Spanish translation

Updated Spanish translation

widget-factory: Improve context menu example

Show the text formatting in the menu / popover.

widget-factory: Demonstrate custom context menu items

Add bold/italics/underline styling to the context menu of
the 'Lorem ipsum...' text view in page 1. The point is not
to show good UI for this kind of styling, but to demonstrate
custom actions in the context menu / touch selection.

Adwaita: Some touch selection updates

Make touch selection popovers use osd style.

Update touch selection style

Update style for touch selection in GtkEntry and GtkTextView
according to https://wiki.gnome.org/Design/OS/Selections

Add 'Select All' to the default actions, change actions
to use icons and move the popover to the bottom. If there is
no selection, just offer to paste.

gtkfilechooserbutton: Align the label to the left

Using GtkLabel's xalign property so the label doesn't jump around when
the button gets resized.

https://bugzilla.gnome.org/show_bug.cgi?id=750477

places sidebar: Make 'recent' work on other platforms

Since nautilus merge, we were not showing 'Recent' in the sidebar
if GIO did not support the recent: scheme. But the file chooser
can show recent files independent of gvfs - it loads the recent
files manually. This is relevant on Windows and OS X, where gvfs
is typically not used.

This commit adds a show-recent property which can be used to override
the recent: scheme check. We use it in the file chooser.

https://bugzilla.gnome.org/show_bug.cgi?id=750068

texthandle: Set prelight state on the pointer-interacted handle

This will be useful with the theming changes to come.

https://bugzilla.gnome.org/show_bug.cgi?id=750396

texthandle: Allow setting individual states, and separately to handles

Now each handle gets its individual current state, and we can accumulate
more than one state on these.

https://bugzilla.gnome.org/show_bug.cgi?id=750396

Adwaita: updates style for text selection

- use consistent widget style. unfortunately using assets
- light/dark variant
- new assets for text selestions, using existing slider asset for
  insertion point

https://bugzilla.gnome.org/show_bug.cgi?id=750396

Add a tree dnd testcase

This shows a minimal setup for enabling non-row DND from a treeview.

gtkplug: set decorated to FALSE by default

The change in c5e5ee67490e7e7af56052d8f8beb75db002c2f1 introduced
a regression - all GtkPlug windows has unexpected extra space. Fix
this by setting decorated to FALSE for GtkPlug window.

https://bugzilla.gnome.org/show_bug.cgi?id=750424

gtkrevealer: add css padding support

Add css padding support to GtkRevealer.

As a future work, GtkRevealer still needs to support the border
property.

https://bugzilla.gnome.org/show_bug.cgi?id=750338

GtkScale: Move marks inward

We don't want scale marks to affect scale sizing and positioning,
so draw them inside the range recangle. This avoids size changes
for marks that don't have labels, at least.

https://bugzilla.gnome.org/show_bug.cgi?id=749650

Updated Hungarian translation

Trivial: remove outdated comment

Adwaita: entry linking logic change.

Use the same linking logic of buttons for entries, this avoids
specialcasing rtl.

Updated Tajik translation

window: Check if we can use CSD before enabling them

The change in 03213b9509fc1df16c66194ea168aed6c15110e9 changed the rules
as to when CSD can be enabled, but it also unconditionally enables CSD
with the implicit assumption that client-side shadows were the real
issue, and that we could work around that by drawing our own borders.
This also means that setting a titlebar for a GtkWindow will enable CSD
unconditionally.

In reality, some window managers (like Matchbox) *only* support
server-side decorations, and will ignore all hints to the contrary, to
the point of drawing decorations at random locations on top of the
window.

Since CSD are enabled unconditionally, the GTK_CSD environment variable
is also not a suitable escape hatch.

In the grand tradition of asking ourselves if we should do something
just because we can, we should split the environment checks from the
checks on what the user requested; by doing that, we can also check
when enabling client-side decorations, and ideally bail out if needed.

https://bugzilla.gnome.org/show_bug.cgi?id=750343

mir: keep reference on queued events

mir: gdk_mir_window_impl_set_surface_type

mir: Create the correct surface

mir: Remove redundant calls

mir: log input events properly

mir: Resolve warnings

mir: Update cursor position

mir: Remove child window rendering hack

wayland: Move DnD grab breaking function into gdkdevice-wayland.c

This has little to do with GdkDragContext, and a lot to do with
the GdkDevice that triggered it, seems to make more sense in
gdkdevice-wayland.c.

wayland: Split keyboard/button modifiers internally

On wl_keyboard.key/modifiers, we're just forgetting about currently
pressed mouse buttons. Fix this by storing button and key modifiers
separately, and put these together when creating the GdkEvents.

textview: Update handles after flushing scroll changes

Text insertion/pasting might trigger scroll, so we'd have to wait
until the text was revalidated and the scrolling truly happened
before we can check the new handle(s) position.

dnd: Remove emission of fake button release event

Nowadays (and for quite some years now) we rely on GdkEventGrabBroken
events to be received. This fake button event seems a remnant of
the early Gtk 2.x days, and is currently even inconsistent with our
event delivery model, so just remove it.

https://bugzilla.gnome.org/show_bug.cgi?id=749737

build: Fix make dist

Revert 2 hunks introduced by 36c65c1acabfd8fb1b5b85d7b128bfd4361b6fc3

configure: Require pango >= 1.37.0

Needed since 049cbc8b74aa7a6fff1627c8c65cbfd3c86dfde8

updateiconcache: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

queryimmodules: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

xembed: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

widget path: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

widget: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

tree view: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

tree model sort: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.